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Description 

[0001] This invention r lates to automated trading 
and brokerage of physical products and, more particu- 
larly, to computer implemented methods for anonymous 
trading and brokerage of physical products. 
[0002] Sales and purchases of physical products 
have historically been primarily a phone/fax based ac- 
tivities. Such physical products are traded in brokered 
in many different industries, from paper to steel, from 
truck capacity to meat products, and from flowers to en- 
ergy. Traders responsible for selling production, pur- 
chasing supplies, and physical delivery of such physical 
products typically communicate bid/ask prices by 
phone. Typically these transactions have been facilitat- 
ed by phone-based Brokers, commissioned intermedi- 
aries that facilitate transactions between buyers and 
sellers, acting as agent not principal (i.e., Generally, bro- 
kers act as agents for traders, and do not take title or 
otherwise get involved in the delivery or payment as- 
pects of the transaction.) 

[0003] In these traditional markets, as transactions 
were consummated, confirmations were faxed, delivery 
was arranged, scheduling documentation was ex- 
changed, and each trading partner used its own internal 
back-office systems to manage the transaction through 
settlement. The majority of physical products continue 
to be traded by this process today. However, such a 
complex transaction chain has proved to be an extreme- 
ly inefficient process that results in high transaction 
costs, missed trading opportunities, and complex oper- 
ating procedures. 

[0004] The present invention is directed to overcom- 
ing or at least minimizing the limitations of the conven- 
tional processes for trading physical products. 
[0005] According to one aspect of the present inven- 
tion, a trading and brokerage system is provided that 
includes a host computer system, one or more primary 
counterparties coupled to the host computer system that 
are identified as traders and one or more agents coupled 
to the host computer system that are identified as bro- 
kers doing business for one or more traders. 
[0006] According to another aspect of the present in- 
vention, a computer implemented method of trading and 
brokering products for traders and brokers of a compu- 
ter system is provided that includes identifying one or 
more of the primary counterparties as traders, identify- 
ing one or more of the agents as brokers doing business 
on behalf of traders, and permitting the traders and bro- 
ker users to purchase and sell physical products anon- 
ymously using the computer system, whereby physical 
products include both tangible products which are phys- 
ically delivered and tangibl products traded on the ba- 
sis of published pricing indie s or similar pricing mech- 
anisms. 

[0007] According to another asp ctofthepres ntin- 
v ntion, acomput r program for a comput rized trading 
andbrok rag system in which trader and broker users 



purchase and sell physical products recorded in a m - 
dium in a machine readable format is provided that in- 
cludes identifying one or more of the primary count r- 
parties as traders, identifying on r mor of the agents 
s as brokers doing business on behalf of one or more trad- 
ers, and permitting the trader and broker users to pur- 
chase and sell products anonymously using the trading 
and brokerage system. 

[0008] According to another aspect of the present in- 
fo vention, a computer implemented method of providing 
an anonymous private negotiation between at least one 
potential buyer and at least one potential seller (or 
agents acting on behalf of buyers and/or sellers) in a 
computerized trading and brokerage system is provided 
15 that includes informing the other users of the system that 
a deal is in private negotiation and permitting the poten- 
tial buyer and the potential seller to privately negotiate 
the deal anonymously. 

[0009] According to another aspect of the present in- 

20 vention, a computer program for providing a anonymous 
private negotiation between at least one potential buyer 
and at least one potential seller (or agents on behalf of 
buyers and/or sellers) in a computerized trading and 
brokerage system recorded in a medium in a machine 

25 readable format is provided that includes informing the 
other users of the system that a deal is in private nego- 
tiation, and permitting the potential buyer and the poten- 
tial seller to privately negotiate the deal. 
[0010] According to another aspect of the present in- 

30 vention, a computer implemented method of placing 
trading limits on counterparties in a computerized trad- 
ing and brokerage system is provided that includes per- 
mitting each of the users of the system to place limits 
on the counterparties to a transaction. 

35 [0011] According to another aspect of the present in- 
vention, a computer program for placing limits on coun- 
terparties in a computerized trading and brokerage sys- 
tem recorded in a medium in a machine readable format 
is provided that includes permitting each of the users of 

40 the system to place limits on the counterparties to a 
transaction. 

[0012] According to another aspect of the present in- 
vention, a computer implemented method of providing 
a trader in a computerized trading and brokerage sys- 
^5 tern a visual indication of the market for the trader that 
includes providing a visual indication of the transactions 
that can be executed by the trader, providing a visual 
indication of the transactions that cannot be executed 
by the trader, and providing a visual indication of the of- 
50 fers and bids posted by the trader. 

[0013] According to another aspect of the present in- 
vention, a computer program vor providing a trader in a 
computerized trading and brokerage system a visual in- 
dication of the market for th trader recorded in a m di- 
ss urn in a machin r adable format is provid d that in- 
clud s providing a visual indication of the transactions 
that can b xecuted by th trader, providing a visual 
indication of th transactions that cannot be execut d 
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by the trader, and providing a visual indication of th of- 
fers and bids posted by the trader. 
[0014] According to another asp ct of the present in- 
vention, a computer implemented method of providing 
a trader in a computerized trading and brokerage sys- 
tem the ability to conduct transactions anonymously for 
either tangible products which are physically delivered, 
or tangible products traded on the basis of published 
pricing indices or similar pricing mechanisms. 
[0015] According to another aspect of the present in- 
vention, a computer program for providing a trader in a 
computerized trading and brokerage system a visual in- 
dication of the market for the trader recorded in a medi- 
um in a machine readable format is provided that in- 
cludes providing the ability to conduct transactions 
anonymously for either tangible products which are 
physically delivered, or tangible products traded on the 
basis of published pricing indices or similar pricing 
mechanisms. 

[0016] According to another aspect of the present in- 
vention, a computer implemented method of trading by 
a broker in a computerized trading and brokerage sys- 
tem is provided that includes permitting the broker to 
trade anonymously on behalf of one or more principal 
traders. 

[001 7] According to another aspect of the present in- 
vention, a computer program for trading by a broker in 
a computerized trading and brokerage system recorded 
in a medium in a machine readable format is provided 
that includes permitting the brokerto trade anonymously 
on behalf of one or more principal traders. 
[0018] Embodiments of this invention will now be de- 
scribed by way of examples only and with reference to 
the accompanying drawings, in which: 
[0019] Figure 1 is a schematic illustration of an em- 
bodiment of a computer implemented system for anon- 
ymous electronic trading and brokerage. 
[0020] Figure 2 is a schematic illustration of the com- 
puter implemented system for anonymous electronic 
trading and brokerage of Figure 1 including one or more 
brokers doing business as traders. 
[0021] Figure 3a is a flow chart illustration of an em- 
bodiment of the operation of the system of Figure 1 . 
[0022] Figure 3b is a flow chart illustration of an em- 
bodiment of the operation of the system of Figure t . 
[0023] Figure 4a is a flow chart illustration of an em- 
bodiment of the initiation of a trade. 
[0024] Figure 4b is a flow chart illustration of an em- 
bodiment of the initiation of a trade. 
[0025] Figure 5 is a flow chart illustration of an em- 
bodiment of a completion of a trade. 
[0026] Figure 6a is a flow chart illustration of an em- 
bodiment of a private negotiation. 
[0027] Figure 6b is a flow chart illustration of an em- 
bodiment of a privat n gotiation. 
[0028] Figure 7 is a flow chart illustration of an em- 
bodiment of placing limits on credit. 
[0029] Figure 8 is a flow chart illustration of an em- 



bodiment of placing limits on count r-parti s. 
[0030] Figure 9 is an illustration of an embodiment of 
a colour coded screen display. 
[0031] A computer implemented system for a u torn at - 
5 ed, anonymous trading and brok rage is provided. In a 
preferred embodiment, the system is used to sell and 
purchase energy products such as, for example, oil, 
gas, and electrical energy to and from utilities. More 
generally, the present system may be used to buy, sell 
10 and trade any number of products. 

[0032] Electronic trading and brokerage of energy 
provides access to a much larger trading universe than 
a few telephone calls that are made by the phone-based 
trader. Using the present anonymous electronic trading 
'5 and brokerage system, traders gain instant access to 
thousands of available transactions, providing real-time 
price discovery across a large number of markets. Trad- 
ers can better visualize pricing trends, accurately meas- 
ure the bid/ask spread, and evaluate unique regional de- 
20 velopments. Also, traders have immediate access to the 
"eyeballs" of hundreds of other traders. Whether posting 
a new deal that will be instantly broadcast to every trad- 
ing and brokerage station on the network or consum- 
mating deals posted by othercompanies, a specific trad- 
es er gains instantaneous, anonymous, and unbiased ac- 
cess to the entire energy market. 
[0033] The present system further provides an anon- 
ymous, electronic transaction platform which matches 
buyers and sellers of energy products in an on-line mar- 
so ketplace. The present system provides energy traders 
the ability to buy and sell natural gas, electric power, 
natural gas liquids (propane, butane, and other liquid fu- 
els), and crude oil over the Internet, anonymously, in re- 
al-time. Buyer and seller are matched when they agree 
35 to a price for an energy package, defined by common 
specifications, such as product type, quantity, timing, 
and location. The benefits to users of the system include 
price transparency, increased market liquidity, reduced 
transaction costs, reduced credit risk, and anonymity. 
40 [0034] The present system is further designed to meet 
the unique requirements of each energy product mar- 
ketplace. Although the basic functionality is very similar 
across the liquid fuels, natural gas, and electric power 
markets, there are a number of key differences, both in 
45 screen formats and in the way transactions are handled . 
These differences, particularly those involved with post- 
transaction processing, have an impact on the risk and 
revenue profile of an electronic trading and brokerage 
business. 

50 [0035] In one embodiment, transactions using the 
present system utilize what is known as the "trader 
match" or "name-give-up" model and is loosely pat- 
terned after phone-based broker practices: users spec- 
ify their approved trading partn rs in advance of any 

55 trading and brokerage activity. The pref rred trading 
and brok rage process pref rabry works as follows: 
[0036] The pr s nt syst m anonymously match s a 
trade when buyer and s II r have agreed to a price for 
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an en rgy package (product typ , quantity, timing, loca- 
tion). 

[0037] Upon consummation of the match, if the par- 
ties previously approved transactions with each other, 
th buyer and seller are only then r vealed to each other 
and handle the details of delivery and payment between 
themselves. 

[0038] All risk of the transaction from a performance 
and credit perspective are preferably borne by the buyer 
and seller. 

[0039] If a buyer and seller are matched and one or 
both have not authorized trading with the other party, 
the trade is blocked by the present system; the parties 
are not revealed to each other; and the trade is not con- 
summated. 

[0040] In an alternative embodiment, the present sys- 
tem utilizes a different model known as the "delivered" 
or "market match" model. In this model, there is no re- 
quirement to pre-authorize counter parties. The host 
stands between buyer and seller, insuring compliance 
with payment and performance of the transaction, and 
providing complete anonymity through the entire trans- 
action process. The host backs its delivery role through 
a number of risk mitigation procedures, including strict 
credit management systems/policies, contractual provi- 
sions, securitisation, and insurance: 
[0041] Matching of buyer and seller occurs similarly 
to the business rules described for the "name-give-up" 
model. 

[0042] However, after the transaction is consummat- 
ed, the parties are not revealed to each other. At the 
time of delivery of the energy product, the seller sched- 
ules delivery to the host as counterparty to the trade. 
[0043] In turn, the host instantaneously redelivers the 
energy producl to the buyer. 

[0044] Subsequently, the buyer pays the host, the 
host takes its commission and pays the balance to the 
seller. 

[0045] As noted above, phone-based Brokers are 
commissioned intermediaries that facilitate transactions 
between buyers and sellers, acting as agent not princi- 
pal (i.e., Brokers do not take title or otherwise gel in- 
volved in the delivery or payment aspects of the trans- 
action.) They match buyers and sellers by continuously 
calling market participants, discovering prices, and fa- 
cilitating transactions. There are a number of phone- 
based Brokers active in the energy market, each acting 
as an independent brokerage entity. 
[0046] Several embodiments of the present system 
exist in parallel with these phone based brokers, provid- 
ing access to bids and offers for the same energy prod- 
ucts. However, there historically has been no way for 
phone-based orders to converge with electronic orders, 
r suiting in a fragmented mark t. For exampl , prices 
display d on several mbodim nts of the pr s nt sys- 
t m ar limited to transactions which have been bid or 
off r donth system. Phon bas d brokers are gener- 
ally unaware of pricing provided on several embodi- 
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ments of the pres nt system. In this fragmented market, 
price discov ry is split betw n electronic and voice- 
based media, resulting in market inefficiencies, missed 
opportunities, and unnecessary price volatility. An alter- 
s native embodim nt of th pr sent syst m r solves 
these problems. 

[0047] A preferred embodiment of the present system 
enables phone-based voice brokers to participate as 
anonymous agents on the present system alongside 

10 principal traders. What makes this system unique is that 
a principal trader can now choose to post and lift deals 
directly on the screen or authorize one or more voice 
brokers to act on his behalf. This new type of broker- 
assisted trading service is called "Doing-Business-As" 

is or "DBA." A broker with DBA authorization from his client 
can continue to do traditional voice brokerage with other 
brokers in his brokerage house; however, DBA function- 
ality enables this broker to transact not only with other 
principal traders who have posted deals directly on the 

20 system screen, but also with brokers from other houses 
who have been granted DBA authority by other traders. 
[0048] The DBA system preferably (t) maintains com- 
plete anonymity throughout the trading and brokerage 
process while (2) enables other characteristics neces- 

25 sary for efficient trading and brokerage, such as deal- 
specific negotiation between parties and the manage- 
ment of credit between counter parties to a transaction. 
[0049] The DBA functionality enables phone-based 
voice brokers to participate as agents on the trading and 

30 brokerage system alongside principal traders. In the 
DBA system, a principal trader can now choose to post 
and lift deals directly on the screen or authorize one or 
more voice brokers to act on his behalf. This new type 
of broker-assisted trading service is called "Doing-Busi- 

35 ness-As" or "DBA." A broker with DBA authorization 
from his client can continue to do traditional voice bro- 
kerage with other brokers in his brokerage house; how- 
ever, DBA functionality enables this broker to transact 
not only with other principal traders who have posted 

40 deals directly on the system, but also with brokers from 
other houses who have been granted DBA authority by 
other traders. 

[0050] Traders always prefer more information to 
less, however they are reluctant to participate in a mar- 
45 ketplace where the open exchange of information could 
be used by others to their disadvantage. Traditional 
phone brokers develop relationships of trust with their 
clients by maintaining their anonymity while helping 
them get deals done. However, because a trader only 
50 sees the deals offered by his broker's other clients, he 
is giving up a significant amount of market knowledge 
to preserve anonymity. And, there is always the threat 
that an unscrupulous broker will favour one client over 
another and r veal information for the b nefit of that di- 
ss nt ov r all oth rs. 

[0051] The DBA system enables the n rgy buyer or 
seller to (1) s the ntire mark t while (2) maintaining 
complete anonymity and (3) benefiting from the market 
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knowledge of his/her selected voic brok r. This is a ac- 
complished through a system of managing, facilitating 
and presenting transaction orders which are ent red 
and viewed by market participants. 
[0052] The DBA system is a revolutionary trading and 
brokerage system that marries the traditional analog 
market with the new digital marketplace. It is a totally 
unique technology, which can be applied not only to en- 
ergy, but to any number of vertical markets from steel to 
paper; from produce to chemicals. In any market where 
wholesale buyers and sellers deal with broker interme- 
diaries, DBA can facilitate the transition from inefficient 
phone-based deals, to efficient anonymous electronic 
transactions. 

[0053] DBA functionality enables brokers to post, hit 
and lift prices anonymously, on behalf of voice custom- 
ers. The Broker functions as agent, in the role of intro- 
ducing buyer to seller. Either the buyer or seller can be 
acting through the system, as a User of the system. 
[0054] Orders (bids and offers) remain anonymous 
whether the order is entered by a principal (User) or 
agent (Broker) . When viewing orders on the system, a 
market participant cannot determine the name of the 
other participants. Furthermore, a market participant 
cannot determine whether an order has been entered 
by a User or a Broker. 

[0055] A User preferably controls counterparty risk 
through a master account, which covers all trading ac- 
tivity, whether conducted directly by the User on the sys- 
tem, or through a broker acting on behalf of the user. 
Users have the ability to limit counter parties (Users can 
specify who they are willing to do business with); and 
can establish credit limits for their acceptable counter 
parties (on both buy and sell side) 
[0056] Bids and offers, whether entered by Users or 
by Brokers on behalf of Users are displayed to all system 
users simultaneously); both Users and Brokers have 
see the best bid and best offer available in the market- 
place, irrespective of whether the bid/offer is electronic 
or voice. 

[0057] All administrative functions for voice-based 
and electronic transactions are preferably centralized. 
Transaction confirmations and invoices for all trading 
and brokerage activity are prepared and issued by the 
system. The DBA system further provides this activity 
to occur without compromising competitive information 
between voice Brokers participating on the system. 
[0058] DBA provides the option of a private negotia- 
tion between Users or Brokers acting on behalf of Users 
('off-screen negotiation'); For example, in most electron- 
ic markets, if the market is bid $20 at $21 (the best offer 
to sell is at $21 , while the best offer to buy is at $20), if 
the seller wants to 'split the difference', she would re- 
place the $21 offer to sell with a $20.50 off rto sell, and 
this transaction would be display d to the ntir market- 
place. With Off-scr n negotiation, th s II r can off r 
to negotiat anonymously, on-lin and hidd n from oth- 
er market participants. Th transaction is flagg d to oth- 
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er market participants as 'IN NEGOTIATION'. But only 
the User and/or Broker involved in the transaction actu- 
ally see the price interaction . After the transaction is con- 
summated, the resulting price is display d to all market 

5 participants. 

[0059] The DBA system further preferably uses color 
to differentiate the status (known as state) of each order 
(order state). To all market participants (Users and Bro- 
kers) any transactable deal is listed in black; deals that 

*o a trader cannot do because of credit/counterparty con- 
cerns (see below) appear in red; deals the trader (and 
other traders in his own company) has posted appear 
in blue. The colours identified above are default system 
selections. User or broker has the ability to select other 

is color schemes which differentiate the various order 
states. For a broker to be effective in a DBA mode, she 
preferably must see the same market screen that her 
User sees. This means that any deals her User can do 
must appear in black, and any deal her User cannot do 

20 must be in red. However, in addition to giving the broker 
deals to post on the screen, a trader may have given 
different deals to another broker or may have posted 
other deals herself. It is critical that a broker not be able 
to know this when she switches into DBA mode, be- 

25 cause that would reveal more information to the broker 
than would be acceptable. Therefore, some of the deals 
that a trader sees in blue must appear red to the broker 
(deals posted by the trader himself or posted by other 
brokers DBA for this trader), while only those deals giv- 

30 en to the broker by the trader will appear in blue. It is 
the DBA color-coding and presentation process that 
maintains a trader's complete anonymity yet still allows 
all market participants (both traders and brokers) to see 
all available (but not necessarily transactable) numbers 

35 in the marketplace. This creates the most efficient and 
fair price-setting mechanism possible. 
[0060] When a deal gets done on the system, each 
trader preferably receives an instantaneous, on-line 
confirmation notice that details the size, location, price 

40 and delivery terms of the trade and may reveal the iden- 
tity of the counter parties to each other (in the name- 
give-up platform) . The rest of the market, however, only 
receives a notice that a deal was done at a certain price 
- the parties to the transaction are only known by the 

45 parties themselves. This provides an efficient, real-time 
communication of changes in market price to the market 
as a whole without compromising the trading and bro- 
kerage strategy of a specific market participant. 
[0061] As noted above, the DBA system is applicable 

50 not only to energy, but to all electronic markets. 

[0062] As electronic markets begin to permeate the 
economy, DBA can facilitate the transition from voice to 
electronic market making, and provide a centralized 
platform for increasing pric transpar ncyandr ducing 

55 transaction cost. 

[0063] Ref rring initially to Figure 1 , a pr f rr d em- 
bodiment of a syst m 1 00 for providing trading and bro- 
kerage of products includes one or mor trade r/princi- 
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pals 105, on or mor brok r/agents 110, a host com- 
puter system 115, a local area network 120, and wide 
area network 125. The products may, for example, be 
paper, steel, food products, chemicals, natural gas, 
crude oil, propane, or other products. More gen rally, 
the system 100 is used to permit users to buy and sell 
all manner of products and services. 
[0064] The trader/principals 1 05 are preferably users 
that buy and/or sell products. The trader/principals 1 05 
are preferably operably coupled to the wide area net- 
work 1 25. Alternatively, the trader/principals 1 05 may be 
operably coupled to the host 110 or the local area net- 
work 120. The trader/principals 105 preferably include 
personal computers or work stations adapted to com- 
municate with the wide area network 125. The trader/ 
principals 105 preferably includes user interfaces. Alter- 
natively, the trader/principals 1 05 may be automated us- 
ers that implement a programmed decision making in- 
telligence using, for example, an expert system. 
[0065] The broker/agents 110 are users that are au- 
thorized to buy and/or sell products on behalf of the trad- 
er/principals 1 05. The broker/agents 1 1 0 are preferably 
operably coupled to the local area network 120. Alter- 
natively, the broker/agents 110 may be operably cou- 
pled to the host 110 or the wide area network 125. The 
broker/agents 110 preferably include personal comput- 
ers or work stations adapted to communicate with the 
local area network 125. The broker/agents 110 prefera- 
bly includes user interfaces. Alternatively, the broker/ 
agents 110 may be automated users that implement a 
programmed decision making intelligence using, for ex- 
ample, an expert system, 

[0066] The host computer system 115 is adapted to 
enable the trader/principals 105 and the broker/agents 
1 1 0 to trade products. 

[0067] The local area network 1 20 is preferably oper- 
ably coupled to the broker/agents 110 and the wide area 
network 125. The local area network 120 may be any 
number of conventional commercially available net- 
works. In a preferred embodiment, the local area net- 
work 120 includes one or more wireless and/or cellular 
communication links. 

[0068] The wide area network 125 is preferably oper- 
ably coupled to the trader/principals 105, the host 110, 
and the local area network 120. The wide area network 
125 may be any number of conventional networks. In a 
preferred embodiment, the wide area network 125 is the 
Internet. In a preferred embodiment, the wide area net- 
work 125 includes one or more wireless and/or cellular 
communication links. 

[0069] In a preferred embodiment, as illustrated in 
Figure 2, during the operation of the system 1 00, one or 
more of the broker/agents 110 do business as (DBA) a 
principal/trad r. In this manner, the system 100 p rmits 
trader/principals 1 05 to trad directly for thems Ives, as 
w II as through th us of a DBA broker/agent 1 1 0. Fur- 
thermore, th DBA broker/agents 110 may also act on 
b half of oth r trader/principals. In addition, the princi- 



pal/traders 205 that the broker/agents 110 are author- 
ized to do business as (DBA) can also simultaneously 
trade in the system 100. In this manner, the principal/ 
traders 205 can trade in the same transactions that th 

5 brok r/ag nts 1 1 0 are authorized to act on behalf of the 
principal/traders 205, as well as other transactions. This 
provides an added level of flexibility to the system 100. 
[0070] In several alternative embodiments, the sys- 
tem 100 is used to implement a trading and/or auction- 

10 ing system substantially as described in one or more of 
the following U.S. Patents: 5,664,115, 5,715,314, 
5,715,402, 5,717,989, 5,724,424, 5,748,731, 
5,787,402, 5,794,210, 5,794,219, 5,802,502, 
5,806,048, 5,809,483, 5,812,670, 5,812,776, 

15 5,806,050, 5,835,896, 5,845,265, 5,845,266, 
5,826,244, 5,873,071, 5,897,620, 5,905,974, 
5,905,975, 5,862,325, 5,915,209, 5,918,218, 
5,918,219, 5,911,137, 5,924,082, 5,924,083, 
5,926,801, and 5,923,842, and in one or more of thefol- 

20 lowing published PCT patent applications: WO 
97/45802, WO 98/21667, WO 99/1 9821 , WO 97/22072, 
WO 97/22074, WO 99/24921, and WO 99/26173, the 
disclosures of which are incorporated herein by refer- 
ence: In this manner, the computer implemented trading 

25 and brokerage and/or auctioning of items such as, for 
example, products, is optimally facilitated through the 
use of agent/brokers DBA principal/traders. 
[0071] Alternatively, the system 1 00 is used to imple- 
ment any one of the trading systems commercially avail- 
30 able from Attra Energy Technologies, Inc. 

[0072] In a preferred embodiment, as illustrated in 
Figs. 3-9, during operation of the system 100, the host 
115 implements an operating system 300 that includes 
the steps of: (1) entering the user identification in step 

35 305; (2) determining whetherthe user is a principal/trad- 
er or a broker/agent in step 310; determining which prin- 
cipal, or principals, that the broker is doing business as 
in step 315; (3) determining whetherthe broker/agent is 
authorized to DBA a principalArader in step 320; (4) ex- 

40 jting in step 325; (5) selecting a venue in step 330; (6) 
selecting a transaction in step 335; (6) permitting the 
use to select a first group of transactions if the user is a 
principal or agent in step 340; (7) initiating a transaction 
in step 345; (8) completing a transaction in step 350; (9) 

45 privately negotiating a transaction in step 355; (1 0) per- 
mitting the user to select from a second group of trans- 
actions if the user is a principal in step 360; (11) placing 
limits on credit worthiness in step 365; and placing limits 
on the counter-parties in step 370. The operating sys- 

50 tern 300 is preferably implemented as a computer pro- 
gram that is run and managed by the host11 15. Alterna- 
tively, the operating system 300 may be distributed be- 
tween and among the trader/principals 105 and 205, 
and/or th broker/agents 1 1 0, and/or th host 115, and/ 

55 or the local ar a network 1 20, and/or th wide ar a net- 
work 1 25. In this manner, th op rating system 300 may 
be implemented by all, or a portion, of the system 100. 
In a preferred embodiment, except as sp cifically dis- 
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closed below, the identity of the users, including their 
function as a principal/trader or agent/broker, are main- 
tained in secrecy from all of the other users. In this man- 
ner, the users of the system 100 are able to interact in 
anonymity. 5 
[0073] In a preferred embodiment, in step 305, the 
system 1 00 requests the users to enter their unique user 
identification label and password. I n a preferred embod- 
iment, the users p reregister with the host 115 and pro- 
vide their user identification label, password, name, ad- ' 0 
dress, trading category (broker/agent or principal/trad- 
er), credit history information, and, if applicable, their 
DBA authorization (s) and the identities of the principal/ 
traders that have given them DBA authorization. The us- 
er information is preferably stored within the host 115. *s 
Alternatively, the user information is distributed between 
and among the trader/principals 105 and 205, and/or the 
broker/agents 110, and/or the host 115, and/or the local 
area network 1 20, and/or the wide area network 1 25. In 
this manner, the operating system 300 may be imple- 20 
mented by all or a portion of the system 100. In a pre- 
ferred embodiment, all of the information associated 
with a particular user is maintained in a master account 
file assigned to the user. 

[0074] In a preferred embodiment, in step 31 0 ( the 25 
system 100 determines if the user is a principal/trader 
or an agent/broker. If the user is a principal/trader, then 
the system 1 00 proceeds to step 330. If the user is an 
agent/broker, then the system 1 00 proceeds to step 315. 
[0075] In a preferred embodiment, in step 315, the 30 
agent/broker selects which trader/principal(s) that the 
agent/broker will be doing business as. in a preferred 
embodiment, the agent/broker is limited to doing busi- 
ness as a single trader/principal. Alternatively, the 
agent/broker is limited to doing business on behalf of a 35 
plurality of trader/principals provided that the transac- 
tions do not overlap. 

[0076] In a preferred embodiment, in step 320, the 
system 1 00 determines if the agent/broker is authorized 
to DBA a trader/principal. If the agent/broker is not au- 40 
thorized to DBA a trader/principal, then the system 100 
exits in step 325. If the agent/broker is authorized to 
DBA a trader/principal, then the system proceeds to 
step 330, In a preferred embodiment, each agent/broker 
has DBA authorization from a plurality of trader/princi- 45 
pals. In this manner, the operation of the system 100 is 
extremely flexible. In an alternative embodiment, each 
trader/principal has DBA authorization from one or more 
trader/principals to DBA in a plurality of non-overlapping 
transactions. 50 
[00771 ,n a preferred embodiment, in step 330, the us- 
er selects the venue in which the user will be trading. In 
a preferred embodiment, the venue includes one or 
more of the following: the product, the location, the de- 
livery timing, and th volume of the product. In this man- 55 
ner, the syst m 1 00 can specifically direct the user to 
transactions with users having similar venue parame- 
t rs. 



[0078] In a pr ferred embodiment, in step 335, the us- 
er selects a transaction from among the following choic- 
es: initiating a transaction in step 345; completing a 
transaction in step 350, conducting a private transaction 
n gotiation in step 355, placing limits on the cr dit wor- 
thiness of counter-parties in step 365, and placing limits 
on the identities of counter-parties in step 370. 
[0079] In a preferred embodiment, the system 100 
permits principals or agents to select transactions 345, 
350 and 355. In a preferred embodiment, the system 
1 00 limits access to transactions 365 and 370 to princi- 
pals only. 

The user then conducts the selected transaction. Once 
the user has completed the selected transaction, the 
system returns in step 375, and the user is then able to 
select another transaction in step 335 or the user may 
exit the system 100 in step 325. 
[0080] In a preferred embodiment, as illustrated in 
Figs. 4a and 4b, the transaction initiation step 345 in- 
cludes the steps of: (1) selecting the venue in step 405; 
(2) entering a price, a quantity, and whether the user is 
buying or selling in step 410; (3) posting the price, quan- 
tity, and selected transaction to all users in step 41 5; (4) 
determining if a matching or better price for an equiva- 
lent venue exists in step 420 ; (5) determining if the coun - 
terparty with a matching or better price is acceptable and 
also has acceptable creditworthiness in step 425; (6) if 
the matching party or credit limits are unacceptable, 
then notifying the parties to the transaction of the reject- 
ed transaction in step 430; (7) determining whether or 
not to complete the transaction in step 435, 
[0081 ] In a preferred embodiment, in step 405 , the us- 
er is request by the system 1 00 to enter the desired ven- 
ue for the transaction. In a preferred embodiment, the 
venue includes one or more of the following: the product, 
the location, the delivery timing, and the product volume. 
[0082] In a preferred embodiment, in step 41 0, the us- 
er is requested by the system 100 to enter a price, a 
quantity, and whether the user is buying or selling. In a 
preferred embodiment, the user is also requested by the 
system 100 to enter the identity of the products, the de- 
livery date, and other terms of the transaction. Once the 
user completes the entry of the price and quantity in step 
410, the offer or bid is preferably simultaneously dis- 
played to all of the on-line users of the system 100 in 
step 415. 

[0083] In a preferred embodiment, in step 420, the 
system 1 00 searches for bids or offers having the same, 
or better, price and identifies these for the user. In this 
manner, the system 100 facilitates the completion of 
transactions. Alternatively, the user manually scans the 
posted bids and offers to locate acceptable transac- 
tions. If no acceptable bids or offers have been posted 
by oth r us rs, th n th system pr f rably r turns in 
st p 375. In a pref rred embodim nt, th s lection of 
acceptable transactions is facilitated by th user also 
providing a toleranc or rang ofacceptabl transaction 
param ters. In this manner, th user can then nter into 
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a private negotiation in order to furth r r fine the terms 
of a deal. 

[0084] In a preferred embodiment, in step 425, the 
system 100 determines which counterparty users ar 
acceptable based upon crit ria entered by the user post- 
ing the bid or offer. In this manner, the trading of products 
is optimally enhanced and efficient. In a preferred em- 
bodiment, the system 100 prevents transactions be- 
tween the user and unacceptable counter parties. If the 
counterparty is acceptable, then the system 1 00 prefer- 
ably proceeds to step 435. If the counterparty is not ac- 
ceptable, then the system 1 00 notifies the parties of the 
rejected transaction in step 430 and returns in step 375. 
In a preferred embodiment, the system 100 permits the 
user to provide a tolerance or range of acceptable cri- 
teria, in this manner, the user is provided with more flex- 
ibility in consummating a deal. 
[0085] In a preferred embodiment, the system 100 fur- 
ther informs the user of unacceptable counter parties by 
graphically displaying indicia with bids or offers posted 
by unacceptable counter parties. In a preferred embod- 
iment, the graphical indicia includes displays bids or of- 
fers posted by unacceptable counter parties using a us- 
er defined colour coded display that includes a colour 
#1 for transactions that can be done, a colour #2 for 
transactions that cannot be done, and a colour #3 for 
bids or offers posted by the user. In this manner, the user 
is provided with an easy to follow graphical display that 
quickly and efficiently informs the user of his or her op- 
tions for trading. 

[0086] In a preferred embodiment, in step 435, the us- 
er is requested to select which acceptable transactions 
to execute. If the user decides to execute an acceptable 
transaction, then the system 1 00 preferably proceeds to 
step 350. If the user declines to execute an acceptable 
transaction, then the system 100 preferably returns in 
step 375. 

[0087] In a preferred embodiment, as illustrated in 
Figure 5, the transaction completion step 350 includes 
the steps of: (1) providing a confirmation to the buyer 
and seller that includes identities, price, quantity, loca- 
tion and delivery terms in step 505; and (2) providing the 
rest of the online users with a notice of the completion 
of a trade and the price in step 510. 
[0088] In a preferred embodiment, in step 505, the 
system provides the buyer and seller with a confirmation 
of the transaction that includes the identities of the buyer 
and seller, the price, the quantity, the location and the 
delivery terms. In a preferred embodiment, this confir- 
mation is only provided to the buyer and seller. In this 
manner, the maximum amount of anonymity is main- 
tained. In an alternative embodiment, the identities of 
the buyer and seller remain anonymous to the buyer and 
seller, and th host 115 acts as an intermediary. 
[0089] In a preferred embodim nt, in step 510, th 
system 100 provides all of th other onlin users with 
notice of the completion of a transaction and the pric . 
In a preferred embodiment, no oth r information is pro- 



vided to the online users of th system 100. In this man- 
ner, the maximum amount of anonymity is maintained. 
The system 100 then preferably returns in st p 375. 
[0090] In a preferred embodiment, as illustrated in 

5 Figs. 6a and 6b, the private negotiation step 355 in- 
cludes the steps of: (1) informing the rest of the online 
users in the market that the transaction is being privately 
negotiated in step 605; (2) determining if the potential 
buyer and/or seller wish to continue the private negoti- 

10 ation in step 610; (3) requesting the users to enter the 
desired venue in step 615; (4) requesting the users to 
enter the price and/or quantity in step 620; (5) determin- 
ing if the current prices match for an equivalent venue 
in step 625; (6) determining if the counterparty with the 

15 matching price is acceptable and also has acceptable 
credit worthiness in step 635; (7) if the counterparty is 
not acceptable, then notifying the users of a rejected 
transaction in step 640; and (8) determining whether or 
not to complete the transaction in step 645. The private 

20 negotiation step 355 preferably follows an initial posting 
of a bid and offer by a buyer and a seller. In this manner, 
an initial bid and offer that is not acceptable to the buyer 
and seller can be privately negotiated by the buyer and 
seller in order to consummate a deal. 

25 [0091] in a preferred embodiment, in step 605, the 
system 100 informs the rest of the online users in the 
market that the transaction is in private negotiation. In 
a preferred embodiment, the system 1 00 informs the 
rest of the online users in the market that the transaction 

30 is in private negotiation by providing a graphical indicia 
for the corresponding offer and bid involved in the pri- 
vate negotiation. In this manner, the rest of the market 
is informed that a transaction is being negotiated pri- 
vately. The ability to privately negotiate a deal provides 

35 a tremendous amount of flexibility to the system 1 00. 
[0092] In a preferred embodiment, in step 61 0, the po- 
tential buyer and seller are requested by the system 1 00 
to choose whether or not to continue the private nego- 
tiation. If the potential buyer or seller choose to end the 

40 private negotiation, then the system 100 returns in step 
355. 

[0093] In a preferred embodiment, in step 615, the 
system 100 requests the users to enter the desired ven- 
ue for the transaction. In a preferred embodiment, the 

45 venue includes one ormore of the following: theproduct, 
the location, the terms of delivery, and the product vol- 
ume. In this manner, the parties to the private negotia- 
tion may also negotiate the terms of the venue. 
[0094] In a preferred embodiment, in step 620, the po- 

50 tential buyer and seller are requested by the system 1 00 
to enter and/or alter their offers and bids, including at 
least a price andVor a quantity. In a preferred embodi- 
ment, the potential buyer and seller are also requested 
by the syst m 1 00 to enter and/or alter the identity of 

55 the products, th delivery dat , and oth r terms f the 
transaction. In this manner, the potential buyer and s II- 
r can adjust th ir off r and bid in order to arrive at a 
completed trade. 
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[0095] In a pref rred embodiment, in step 625, the 
system 1 00 determines if the present bid and offer have 
the same price for an equivalent venu . In this manner, 
the system 100 facilrtat s the completion of transac- 
tions. If the bid and offer prices match for an equivalent 
venue, then the system 1 00 preferably proceeds to step 
635. If the bid and offer prices do not match for an equiv- 
alent venue, then the system 100 preferably returns in 
step 630. In this manner, the private negotiation process 
between the users continues. In a preferred embodi- 
ment, the determination of an equivalent venue includes 
the users providing a tolerance or range of acceptable 
venues. In this manner, the system 100 can further fa- 
cilitate the consummation of transactions. In a preferred 
embodiment, the system 100 further includes an expert 
system that, using default parameters, selects venues 
that are approximately equivalent and then queries the 
users for further refinement of the tolerance or range of 
acceptable equivalent venues. 

[0096] In a preferred embodiment, in step 635, the 
system 1 00 determines whether the counterparty is ac- 
ceptable based upon criteria entered by the user posting 
the bid or offer. In this manner, the trading of products 
is optimally enhanced and efficient. In a preferred em- 
bodiment, the system 100 prevents transactions be- 
tween the user and an unacceptable counterparty. If the 
counterparty is acceptable, then the system 100 pro- 
ceeds to step 645. If the counterparty is not acceptable, 
then the system 100 notifies the parties to the private 
negotiation of the rejected transaction in step 640 and 
returns in step 375. In a preferred embodiment, the sys- 
tem 100 utilizes a tolerance or range of acceptable cri- 
teria provided by the user. In this manner, the user is 
provided with increased opportunities for the consum- 
mation of a transaction. 

[0097] In an alternative embodiment, the system 1 00 
determines whether the potential buyer and seller are 
compatible, based on credit worthiness and/or identity, 
upon the initiation of the private negotiation. If the po- 
tential buyer and seller are compatible, then the private 
negotiation continues. If the potential buyer and seller 
are not compatible, then the system 100 returns in step 
355. In this manner, the trading and brokerage of prod- 
ucts is optimized. 

[0098] In a preferred embodiment, in step 645 , the po- 
tential buyer and seller are requested to select whether 
or not to execute the transaction. If the potential buyer 
and seller decide to execute the transaction, then the 
system 1 00 preferably proceeds to step 350. If the po- 
tential buyer or seller decline to execute the transaction, 
then the system 100 preferably returns in step 375. 
[0099] In an alternative embodiment, in step 355, the 
system 100 permits a plurality of potential buyers and 
s II rs to privately negotiate a plurality of transactions. 
In this manner, th trading of products is acc lerated. 
[0100] In an alt rnative embodim nt, all or at least a 
portion of step 355 is implemented using an I ctronic 
whit board in which th potential buyer and seller inter- 



act. In this manner, additional transaction parameters 
can be considered on-line by the potential parties to the 
transaction. 

[0101] In a preferred embodiment, as illustrated in 
s Figure 7, in st p 365, the system 1 00 requests the user 
to enter credit limits for potential counter parties. In a 
preferred embodiment, the system 100 automatically 
selects at least some of the credit limit criteria based 
upon a global requirement placed on all online users in 
10 the market. In a preferred embodiment, the selection of 
step 365 is limited to users that are principals. 
[0102] In a preferred embodiment, as illustrated in 
Figure 8, in step 370, the system 100 requests the user 
to enter limits on the identities of potential counter par- 
's ties. In a preferred embodiment, the selection of step 
370 is limited to users that are principals. 
[0103] In a preferred embodiment, as illustrated in 
Figure 9, the system 100 provides each online user of 
the system 1 00 with a user customizable display 900 
20 that provides a graphical illustration of: (1) transactions 
that can be completed by the user; (2) transactions that 
cannot be completed by the user; and (3) offers and bids 
that have been posted by the user. In this manner, each 
user is provided with a graphical display that quickly and 
25 efficiently indicates the condition of the market for the 
user. In a preferred embodiment, the system 100 indi- 
cates transactions that can be completed by the user 
using a first colour, the system 100 indicates transac- 
tions that cannot be completed by the user using a sec- 
30 ond colour, and the system 1 00 indicates offers and bids 
that have been posted by the user using a third colour. 
The use of a graphical indicia for each of the users pro- 
vides a tremendous improvement in trading efficiency. 
[0104] In an exemplary embodiment, transactions 
35 that can be completed by the user includes transactions 
for which the user has DBA authorization and transac- 
tions for which the counter parties are acceptable. In an 
exemplary embodiment, transactions that cannot be 
completed by the user includes transactions for which 
40 the user does not have DBA authorization or for which 
the counter parties are acceptable. In this manner, a us- 
er can have DBA authorization for some transactions; 
but not for all. Furthermore, a user can have principal 
status for some transactions and DBA authorization sta- 
45 tus for others. In addition, a user can have DBA author- 
ization from a plurality of other users. In this manner, a 
user can trade in a variety of capacities using the system 
100. 

[0105] In a preferred embodiment, the operation of 
50 the system 1 00 includes the use of an expert system to 
facilitate the consummation of transactions between us- 
ers. In a preferred embodiment, the expert system au- 
tomatically generates a default tolerance for one or 
more of th paramet rs of a transaction. Th xp rtsys- 
55 t m further pr s nts the transactions that fall within the 
pr -s lected default tolerance crit ha to th us r and 
requ sts the us r to further d fine, accept, or reject th 
tolerance. In this manner, the us rs of th syst m 100 
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are provided with optimum flexibility. In a preferred em- 
bodiment, the users of the system 1 00 are requested to 
enter initial tol ranee information for one or mor of the 
parameters of a transaction. In this manner, the users 
can select the initial default tolerance values and then 
adjust these tolerance values as desired in order to 
achieve an acceptable transaction. 
[0106] A trading and brokerage system has been de- 
scribed that includes a host computer system, one or 
more primary counterparties coupled to the host com- 
puter system that are identified as traders, and one or 
more agents coupled to the host computer system that 
are identified as brokers doing business for one or more 
traders. In a preferred embodiment, one or more of the 
agents are identified as brokers doing business for a plu- 
rality of principal traders. In a preferred embodiment, 
agents identified as brokers doing business for a plural- 
ity of principal traders can controilably select which prin- 
cipal traders to trade for in the trading system. In a pre- 
ferred embodiment, the host computer is adapted to per- 
mit one of the users of the system to be identified as a 
potentiai buyer and another one of the users to be iden- 
tified as a potential seller; and wherein the host compu- 
ter is adapted to permit the potential buyer and the po- 
tential seller to privately negotiate a trade. In a preferred 
embodiment, the host computer system is adapted to 
provide each user with a visual indication of: (1) which 
transactions can be completed by the user; (2) which 
transactions cannot be completed by the user; and (3) 
which offers and bids have been posted by the user. 
[0107] A computer implemented method of trading 
and brokerage products for primary counterparties and 
agents of a computer system has also been described 
that includes identifying one or more of the primary 
counterparties as traders, identifying one or more of the 
agents as brokers doing business as traders, and per- 
mitting the traders and brokers to purchase and sell 
products using the computer system. In a preferred em- 
bodiment, the method further includes identifying one or 
more of the brokers doing business on behalf of one or 
more principal traders. In a preferred embodiment, the 
method further includes identifying one or more of the 
brokers doing business on behalf of a plurality of princi- 
pal traders. In a preferred embodiment, the method fur- 
ther includes permitting agents identified as brokers do- 
ing business for a plurality of traders to controilably se- 
lect which principal traders to trade for in the trading and 
brokerage system. In a preferred embodiment, the 
method further includes permitting one of the users of 
the system to be identified as a potential buyer and an- 
other one of the users to be identified as a potential sell- 
er, and permitting the potential buyer and the potential 
seller to privately negotiate a trade. In a preferred em- 
bodiment, the method furth r includes providing each 
user with a visual indication of: (1) which transactions 
can be compl ted by th user; (2) which transactions 
cannot be completed by the us r; and (3) which offers 
and bids have b en posted by th us r. 



[0108] Acomput r program for a computerized trad- 
ing and brokerage syst m in which traders and brokers 
purchase and s II products, recorded in a medium in a 
machine readable format has also been describ d that 

s includes identifying one or more of the primary count r- 
parties as traders, identifying one or more of the agents 
as brokers doing business as traders, and permitting the 
agents and brokers to purchase and sell products using 
the trading and brokerage system. In a preferred em- 

10 bodiment, the computer program further includes iden- 
tifying one or more of the agents as brokers doing busi- 
ness for one or more traders. In a preferred embodi- 
ment, the computer program further includes identifying 
one or more of the brokers doing business for a plurality 

'5 of principal traders. In a preferred embodiment, the com- 
puter program further includes permitting agents identi- 
fied as brokers doing business for a plurality of principal 
traders to controilably select which principal traders to 
trade for in the trading and brokerage system. In a pre- 

20 ferred embodiment, the computer program further in- 
cludes permitting one of the users of the system to be 
identified as a potential buyer and another one of the 
users to be identified as a potential seller, and permitting 
the potential buyer and the potential seller to privately 

25 negotiate a trade. In a preferred embodiment, the com- 
puter program further includes providing each user with 
a visual indication of : (1 ) which transactions can be com- 
pleted by the user; (2) which transactions cannot be 
completed by the user; and (3) which offers and bids 

30 have been posted by the user. 

[0109] A computer implemented method of providing 
a private negotiation between at least one potential buy- 
er and at least one potential seller in a computerized 
trading and brokerage system has also been described 

35 that includes informing the other users of the system that 
a deal is in private negotiation, and 
permitting the potential buyer and the potential seller to 
privately negotiate the deal. 

[0110] A computer program for providing a private ne- 
40 gotiation between at least one potential buyer and at 
least one potential seller in a computerized trading and 
brokerage system recorded in a medium in a machine 
readable format has also been described that includes 
informing the other users of the system that a deal is in 
^5 private negotiation, and permitting the potential buyer 
and the potential seller to privately negotiate the deal. 
[0111] A computer implemented method of placing 
limits on counterparties in a computerized trading and 
brokerage system has also been described that in- 
50 eludes permitting each of the users of the system to 
place limits on the counter parties to a trade. In a pre- 
ferred embodiment, the limitations include credit limits. 
In a preferred embodiment, the limitations includes iden- 
tity limits. 

ss [0112] Acomput r program for placing limits one un- 
terparties in a comput riz d trading and brok rage sys- 
tem recorded in a m dium in a machine readable format 
has also been described that includes permitting ach 
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of the users of the system to place limits on the count r 
parties to a trade. In a preferred embodiment, the limi- 
tations include credit limits. In a preferred embodiment, 
the limitations includes identity limits. 
[01 13] A computer implemented method of providing 
a trader in a computerized trading and brokerage sys- 
tem a visual indication of the market for the trader has 
also been described that includes providing a visual in- 
dication of the transactions that can be executed by the 
trader, providing a visual indication of the transactions 
that cannot be executed by the trader, and providing a 
visual indication of the offers and bids posted by the 
trader. 

[01 14] A computer program for providing a trader in a 
computerized trading and brokerage system a visual in- 
dication of the market for the trader recorded in a medi- 
um in a machine readable format has also been de- 
scribed that includes providing a visual indication of the 
transactions that can be executed by the trader, provid- 
ing a visual indication of the transactions that cannot be 
executed by the trader, and providing a visual indication 
of the offers and bids posted by the trader. 
[0115] A computer implemented method of trading 
and brokerage by a broker in a computerized trading 
and brokerage system has also been described that in- 
cludes permitting the broker to trade on behalf of one or 
more principal traders. In a preferred embodiment, the 
method further includes permitting the broker to trade 
on behalf of a plurality of principal traders. In a preferred 
embodiment, the method further includes permitting the 
broker to trade as a principal trader. 
[01 16] A computer program for trading by a broker in 
a computerized trading and brokerage system recorded 
in a medium in a machine readable format has also been 
described that includes permitting the broker to trade on 
behalf of one or more principal traders. In a preferred 
embodiment, the computer program further includes 
permitting the broker to trade on behalf of a plurality of 
principal traders. In a preferred embodiment, the com- 
puter program further includes permitting the broker to 
trade as a principal trader. 

[0117] As will be recognized by persons of ordinary 
skill in the art having the benefit of the present disclo- 
sure, multiple variations and modifications can be made 
in the embodiments of the invention. Although certain 
illustrative embodiments of the invention have been 
shown and described, a wide range of modifications, 
changes, and substitutions is contemplated in the fore- 
going disclosure. In some instances, some features of 
the present invention may be employed without a cor- 
responding use of the other features. 

Claims 

1. A trading and brokerag syst m, comprising: 
a host computer system; 



one or more primary counterparties coupled to 
the host computer system that are identified as 
principal traders; and 

one or more ag nts coupl d to the host com- 
5 puter system that are id ntified as brokers do- 

ing business for one or more principal traders. 

2. The trading and brokerage system of claim 1, 
wherein one or more of the agents are identified as 

10 brokers doing business for a plurality of principal 
traders 

3. The trading and brokerage system of claim 2, 
wherein the agents identified as brokers doing busi- 
es ness for a plurality of principal traders can control- 

lably select which principal traders to trade for in the 
trading and brokerage system. 

4. The trading and brokerage system of claim 1, 
20 wherein the host computer is adapted to permit one 

of the users of the system to be identified as a po- 
tential buyer and another one of the users to be 
identified as a potential seller; and wherein the host 
computer is adapted to permit the potential buyer 
25 and the potential seller to privately negotiate a 
trade. 

5. The trading and brokerage system of claim 1, 
wherein the host computer system is adapted to 

30 provide each user with a visual indication of: (1) 
which transactions can be completed by the user; 
(2) which transactions cannot be completed by the 
user; and (3) which offers and bids have been post- 
ed by the user. 

35 

6. The trading and brokerage system of claim 1, 
wherein the actual identities of the users are not dis- 
closed to other users of the system. 

40 7. The trading and brokerage system of claim 1, 
wherein the actual identities of the users are not dis- 
closed until a transaction has been consummated. 

8. A computer implemented method of trading and 
45 brokering products for primary counterparty and 
agent users of a computer system, comprising: 

identifying one or more of the primary counter- 
parties as traders; 
so identifying one or more of the agents as brokers 

doing business as traders; and 
permitting the agents and brokers to trade prod- 
ucts using the computer system. 

55 9. Th m thod of claim 8, further including: 

identifying one or mor of th ag nts as bro- 
kers doing business for a plurality of principal trad- 
ers. 
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10. Them thod of claim 9, further including: 

permitting agents identified as brok rs doing 
business for a plurality of principal traders to con- 
troltably select which principal traders to trade for in 
the trading and brok rage system. 

11. The method of claim 8, further including: 

permitting one of the users of the system to be 
identified as a potential buyer and another one 
of the users to be identified as a potential seller; 
and 

permitting the potential buyer and the potential 
seller to privately negotiate a trade. 

12. The method of claim 8, further including: 

providing each user with a visual indication of: 
(1 ) which transactions can be completed by the us- 
er; (2) which transactions cannot be completed by 
the user; and (3) which offers and bids have been 
posted by the user. 

13. The method of claim 8, further including: 

maintaining the identity of the users of the sys- 
tem in anonymity. 

14. The method of claim 8, further including: 

maintaining the identity of the users of the sys- 
tem in anonymity until a transaction is consummat- 
ed. 

1 5. A computer program for a computerized trading and 
brokerage system in which primary counterparties 
and agents trade products, comprising: 

a storage medium; and 

instructions stored in the storage medium for: 

identifying one or more of the primary 
counterparties as traders; 

identifying one or more of the agents as 
brokers doing business on behalf of traders; 
and 

permitting the agents and brokers users 
to trade products using the trading and broker- 
age system. 

1 6. The computer program of claim 1 5, further including 
instructions for: 

identifying one or more of the first users as 
brokers doing business on behalf of one or more 
principal traders. 

17. The computer program of claim 15, further including 
instructions for: 

identifying one or mor of the ag nts as bro- 
kers doing business for a plurality of principal trad- 
ers. 



18. The computer program of claim 15, furth rincluding 
instructions for: 

permitting second users identified as brokers 
doing business for a plurality of principal traders to 
5 controllably select which principal trad rs to trad 
for in the trading and brokerage system. 

19. The computer program of claim 15, further including 
instructions for: 

10 

permitting one of the users of the system to be 
identified as a potential buyer and another one 
of the users to be identified as a potential seller; 
and 

15 permitting the potential buyer and the potential 

seller to privately negotiate a trade. 

20. The computer program of claim 15, further including 
instructions for: 

20 providing each user with a visual indication of: 

(1 ) which transactions can be completed by the us- 
er; (2) which transactions cannot be completed by 
the user; and (3) which offers and bids have been 
posted by the user. 

25 

21. The computer program of claim 15, further including 
instructions for: 

maintaining the identity of the users of the sys- 
tem in anonymity. 

30 

22. The computer program of claim 15, further including 
instructions for: 

maintaining the identity of the users of the sys- 
tem in anonymity until a transaction is consummat- 
es ed. 

23. A computer implemented method of providing a pri- 
vate negotiation between at least one potential buy- 
er and at least one potential seller in a computerized 

40 trading and brokerage system, comprising: 

informing the other users of the system that a 
deal is in private negotiation; and 
permitting the potential buyer and the potential 
45 seller to privately negotiate the deal. 

24. A computer program for providing a private negoti- 
ation between at least one potential buyer and at 
least one potential seller in a computerized trading 

so and brokerage system, comprising: 

a storage medium; and 

instructions stored in the storage medium for: 

55 informing th other users of the 6yst mthat 

ad al is in private n gotiation; and 
p rmitting th potential buyer and th po- 
tential sell r to privately negotiate th deal. 
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25. A computer implement d method of placing limits 
on counter parties in a computerized trading and 
brokerage system, comprising: 

p rmitting each of the users of the system to 
plac limits on the counter parties to a trade. 5 

26. The method of claim 25, wherein the limitations in- 
clude credit limits. 

27. The method of claim 25, wherein the limitations in- 10 
eludes identity limits. 

28. A computer program for placing limits on counter 
parties in a computerized trading and brokerage 
system, comprising: 15 

a storage medium; and 
instructions stored in the storage medium for: 
permitting each of the users of the system 
to place limits on the counter parties to a trade. 20 

29. The computer program of claim 28, wherein the lim- 
itations include credit limits. 

30. The computer program of claim 28, wherein the linv 25 
itations includes identity limits. 

31. A computer implemented method of providing a 
trader in a computerized trading and brokerage sys- 
tem a visual indication of the market for the trader, 30 
comprising: 

providing a visual indication of the transactions 
that can be executed by the trader; 
providing a visual indication of the transactions 35 
that cannot be executed by the trader; and 
providing a visual indication of the offers and 
bids posted by the trader. 

32. A computer program for providing a trader in a com- *o 
puterized trading and brokerage system a visual in- 
dication of the market for the trader, comprising: 

a storage medium; and 

instructions stored in the storage medium for: 

providing a visual indication of the transac- 
tions that can be executed by the trader; 
providing a visual indication of the transac- 
tions that cannot be executed by the trader; so 
and 

providing a visual indication of the offers 
and bids posted by the trader. 

33. A comput r implemented m thod of trading by a 55 
brok r in a comput riz d trading and brokerage 
syst m, comprising: 

p rmitting the brok r to trad on behalf of one 



or more principal trad rs. 

34. The method of claim 33, further including: 

permitting the broker to trade on behalf of a 
plurality of principal traders. 

35. A computer program for trading by a broker in a 
computerized trading and brokerage system, com- 
prising: 

a storage medium; and 
instructions stored in the storage medium for: 
permitting the broker to trade on behalf of 
one or more principal traders. 

36. The computer program of claim 35, further including 
instructions for: 

permitting the broker to trade on behalf of a 
plurality of principal traders. 

37. A graphical user interface for providing a trader in 
a computerized trading and brokerage system a vis- 
ual indication of the trading activity completed by 
and available to the trader, comprising: 

a visual indication of the transactions that can 
be executed by the trader; 
a visual indication of the transactions that can- 
not be executed by the trader; and 
a visual indication of the offers and bids posted 
by the trader. 
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